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[/invention concerne un precede de synchronisation d'un 
decodeur MPEG pour le decodage de donnees comprim§es provenant 
d'un support d'enregistrement. L'invention concerne 6galement un 
decodeur MPEG mettant en ceuvre un tel proc6de, un decodeur satellite 
10 ou un r6cepteur de television comportant un tel decodeur. 

La figure 1 represente une configuration d'un decodeur satellite 
utilisant un enregistrement d'un flux de donnees MPEG sur disque dur. 

Un flux de programmes MPEG (PS pour Program Stream en 
anglais) est re?u d I'entree d'un demultiplexer 1 . Celui-ci fournit en sa 
15 sortie, les donn6es d'un programme sous forme de paquets de donnees 
PES (initiates de I'appellation anglaise Packetized Elementary Stream). 
Ces donnees sont transmises vers une memoire 2 puis vers un disque dur 
4 par I'intermediaire d'un interface disque 3, pour leur enregistrement. 

Pour la lecture des donnees, le disque dur 4 est relie a un 
20 interface disque 5 puis d une memoire 6. Une premiere sortie memoire 
est reliee & un circuit de decodage MPEG video 7 et une seconde sortie 
memoire est reli6e h un circuit de decodage MPEG audio 8. La sortie de 
chacun de ces circuits correspond aux informations video et audio 
transmises a des convertisseurs num6rique/analogique puis d un 
25 recepteur de television (non repr6sentes sur la figure). 

Le circuit memoire 6 permet, entre autres, le demultiplexage 
des donnees audio et video stockees sur le disque dur. Ces donnees PES 
video et PES audio sont ensuite traitees par leurs decodeurs respectifs. 

Les donnees memorisees sur le disque dur sont les donnees 
30 obtenues aprds demultiplexage du flux. II ne s'agit done pas d'une 
memorisation du flux de programme PS, evitant ainsi la regeneration d'un 
tel flux £ la lecture, la memorisation de I'ensemble des programmes 
constituant ce flux, ou bien le stockage des donnees embrouillees avec 
enregistrement de mots cies... 



Le fonctionnement d'un deeodeur selon la norme MPEG, dans 
une configuration classique, c'est a dire recevant directement le flux de 
donnees avec un debit de transmission donne, par exemple par 
transmission satellite ou par cable, est rappele ci-apres afin de souligner 
5 les caracteristiques particulieres relatives a un environnement avec 
disque dur, c'est a dire avec stockage intermediate des donnees sur 
disque dur avant decodage. 

La gestion de la memoire tampon d'un deeodeur est effectuee, 
dans la norme MPEG, a partir d'une moderation appelee memoire 
10 virtuelle. En effet, le codage de chaque image constituant une sequence 
ne se fait pas a cout constant et une memoire tampon en sortie du 
codeur est utilisee pour fournir un flux de donnees a debit moyen 
constant. Cote deeodeur, une memoire tampon est egalement necessaire 
pour fournir, a partir du flux de donnees a debit constant, des images a 
15 cout variable. Une gestion de la memoire tampon du deeodeur est 
effectuee a partir. entre autres, des horloges transmises par le codeur 
dans le flux de donnees et des etiquettes attributes aux images 
transmises et definissant I'instant de sortie de la memoire du deeodeur, 
I'ecart de temps entre I'instant de memorisation d'une image dans la 
20 memoire du codeur et I'instant de lecture de la memoire du deeodeur 
devant etre le meme pour chaque image. 

II s'agit de I'horloge PCR, selon I'appellation anglaise Program 
Clock Reference dans la norme MPEG, qui est une information de temps 
transmise dans le flux de donnees et a partir de laquelle est effectuee la 
25 synchronisation au deeodeur. 

II s'agit egalement de I'etiquette DTS, selon I'appellation 
anglaise Decoding Time Stamp dans la norme MPEG qui est un champ 
transmis dans le flux et qui indique I'instant auquel une image doit etre 
decodee dans le deeodeur. 
30 ^information PCR presente dans le flux de transport TS est 

utilisee par le deeodeur pour calculer I'heure. Le PCR fournit done le 
referentiel horaire au niveau du deeodeur. 

Le DTS donne les horaires de decodage, c'est a dire I'instant 
auquel I'image doit etre lue dans la memoire tampon du deeodeur et 
35 decodee. 




Les informations PCR et DTS sont transmises respectivement 
dans des en-tetes de paquets de 1 88 octets du flux de transport TS et 
dans des entetes de paquets du flux PES, premiere £tape de 
paquetisation n^cessaire S la realisation d'un flux de transport TS. 
5 Le sigle PTS, initiales de I'appellation anglaise Presentation 

Time Stamp, correspond a Tinstant d'affichage de I'image et permet le 
r^ordonnancement des images apres d6codage ; il est present dans les 
entdtes de paquets du flux PES. 

Lorsque le dScodeur MPEG fonctionne & partir des donn^es 
10 provenant du disque dur, ces donn6es sont consommees au rythme du 
d€codeur. Les signaux de synchronisation des d£codeurs audio et v\d6o 
pour I'affichage des images d<§cod«§es (VSYNC) sont cadences par 
Thorloge locale 27 Mhz pour fournir 25 images par seconde 
approximativement. 

15 L'enregistrement se faisant au niveau des PES audio et vid£o, 

Tinformation relative au PCR du flux PS est perdue et ne peut done servir 
d Tasservissement de Thorloge locale. Cette absence d'asservissement 
genere un probldme de gestion au niveau des pointeurs d'ecriture et de 
lecture du disque dur ainsi qu'un probl&me de synchronisation au niveau 

20 des signaux audio et vid£o. 

En ce qui concerne la gestion des pointeurs, deux modes sont 
a considSrer : le mode lecture seule, e'est d dire sans 6criture simultan^e 
du disque dur, pour lequel le probleme n'est pas trop genant, et le mode 
lecture/ecriture. 

25 En mode lecture seule, lorsqu'un flux prdalablement enregistre 

est restitue, la precision de Thorloge locale en oscillation libre est 
suffisante* La variation relativement d la valeur nominale de 
l'enregistrement se retrouve dans la duree de Timage video de 40ms. La 
tolerance au niveau du televiseur et du telespectateur est suffisamment 

30 grande pour se contenter d'une precision bien inf6rieure aux normes de la 
television professionnelle. 

En effet, le signal de synchronisation image (VSYNC) est defini 
a partir de Thorloge 27 Mhz. II a une pSriode de 40 ms. Une derive lente 
de ce signal, due h la precision de Thorloge locale, n'est en rien genante 

35 du fait que le t£l6viseur est en bout de la chaine de transmission. 
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Par centre, en mode 6criture/lecture (mode lecture dScalee par 
rapport & I'ecriture plus connu sous I'appellation anglaise Time Shifting) , 
des dysfonctionnements peuvent apparaTtre du fait que cette horloge est 
en oscillation libre, n'etant pas possible de I'asservir sur le flux relu du 
5 disque. 

Lorsque I'enregistrement et la lecture sont simultan6s, cas 
d'une restitution en temps decale, il y a un risque de d6passement de 
I'ecriture par la lecture sur le disque, ou d'accroissement du retard. La 
derive 6tant lente, ce second cas n'est pas trop g§nant. Par contre, si la 
10 lecture d<§passait l'6criture, e'est a dire si le pointeur de lecture d6passait 
le pointeur d'6criture pour aller lire des zones memoire non encore 
6crites, I'image visualisee serait au mieux ce qui a ete enregistre dans 
cette zone lors d'un precedent enregistrement et les images en cours 
d'enregistrement ne pourraient plus etre restitutes. Cette situation peut 
15 se produire lorsque le decalage entre I'enregistrement et la lecture est le 
fait d'une courte pause en lecture. Dans ce cas, et si I'horloge 27 Mhz 
est un peu plus rapide que celle utilis6e par le codeur lors du codage des 
donnees, la restitution des donnees est plus rapide que leur 
enregistrement et sur une longue p6riode, e'est a dire pour un programme 
20 enregistre d'une certaine duree, le pointeur de lecture peut depasser le 
pointeur d'tcriture. Dans ce mode, il est done necessaire d'interdire un 
tel glissement entre l'6criture et la lecture, 

Une idee serait d'asservir I'horloge locale sur les PGR (Program 
Clock Reference) du flux incident en cours d'enregistrement- Mais cela ne 
25 resoudrait pas un autre dysfonctionnement qui peut se produire du fait 
qu'on ne connait pas a priori la validite des donnees enregistrees. Les 
ecritures et lectures etant synchrones, dans le cas ou I'horloge locale est 
synchronisee sur les PCR du flux incident, le retard entre la lecture et 
I'ecriture sera conserve sauf si le d6codeur se met a consommer tres vite 
30 les donnees. Cela peut arriver si les donnees sont corrompues. En effet, 
si dans le cas d'une transmission en temps reel (live), ces donnees 
erronees peuvent §tre detectee immediatement lors de la lecture du 
tampon du decodeur, il n'en est pas de mSme lors de I'enregistrement sur 
disque dur qui ne permet de dttecter de telles donnees errontes qu'apr&s 
35 la lecture et memorisation de ces donnees dans le tampon du decodeur. 



Lorsque des donnees corrompues sont detectees par le decodeur, ce 
dernier se resynchronise et vide instantanement le tampon, provoquant la 
perte de donnees et des acces au disque dur repetes pour le remplissage 
de ce tampon. Dans ce cas, il peut arriver que le pointeur lecture dSpasse 
le pointeur ecriture. Cela peut se produire lors d'une transmission 
d'informations erronees ou d'une perte de transmission de donnees du 
fait par exemple de mauvaises conditions de transmission. 

En ce qui concerne la synchronisation des donnees audio et 
video, que ce soit en mode lecture seule ou lecture/ecriture, le fait de ne 
pas pouvoir initialiser et synchroniser I'horloge locale sur I'information 
PCR, par exemple en mode lecture seule, peut entrainer un probleme de 
synchronisation entre la video et I'audio. En effet, les informations 
concernant les instants de presentation relativement h I'horloge locale 
sont inexploitables du fait que cette horloge n'est plus synchronisee sur 
celle du codeur. 

L'invention a pour but de pallier les inconv^nients pr§cites. 

Elle a pour objet un precede de synchronisation d'un decodeur 
MPEG pour le decodage de donnees comprimees provenant d'un support 
d'enregistrement, ces donnees etant constitue de paquets de donnees audio 
et video PES (Packetized Elementary Stream), caracterise en ce qu'il 
comporte : 

- une etape de calcul d'un instant de presentation effectif 
Tpres de la vid6o d'une image relatif a une horloge locale LSTC, 

- une etape de calcul d'un offset STCO entre cet instant de 
presentation calcule et I'etiquette PTS correspondant a I'instant de 
presentation souhaite par le codeur pour la video de cette image, pour 
definir une horloge virtuelle VSTC = STCO + LSTC 

- une presentation de la video et de I'audio correspondant d 
cette image aux dates PTS relatives a I'horloge virtuelle VSTC. 

Selon une caracteristique particuliere, le temps de transit de la 
video dans le tampon du decodeur video est impose h une valeur TVBV 
pr6d6terminee. 

Selon une variante, la determination de TVBV est fonction du 
r!4h:t H^nrsflistrsmsnt dss donnees PES sur !e sunoort d'enregistrement. 




Selon une variante, la determination de TVBV est fonction du 
VBV_delay. 

Selon une caract^ristique particuliere, I'offset est egal S : 
STCO = PTS - TVBV - TVSYNC - (TempRef x 40ms ) - TDEC - 

5 LSTCpic 

ou : 

TVSYNC correspond a une periode trame, 

TDEC correspond a la duree de decodage de I'image arrondie a 
un nombre superieur de periodes trame, 
10 TempsRef represente la reference temporelle de I'image pour le 

reordonnancement, 

LSTCpic est relatif a I'instant de detection de la premidre 

image. 

Selon un mode de fonctionnement particulier, la lecture de 

15 donnees en mode d6cale (time shifting), les donnees etant enregistrees d 
partir d'un pointeur 6criture, les donnees enregistrees etant lues en temps 
decale d partir d'un pointeur lecture, un 6cart minimum est impose entre 
le pointeur lecture et ecriture et, lorsque cet ecart est atteint, le mode gel 
du decodeur est actionne. 

20 L'invention a egalement pour objet un dispositif de 

synchronisation d'un decodeur MPEG sur un flux MPEG enregistre, les 
donnees enregistrees 6tant constituees de paquets de donnees PES, 
caracterise en ce qu'il comporte des moyens pour calculer un offset 
STCO d appliquer d Thorloge locale LSTC du decodeur pour definir une 

25 horloge virtuelle VSTC, cet offset etant egal a la difference entre I'instant 
de presentation Tpres de la video d'une image calcule dans le referentiel 
LSTC et la valeur PTS de presentation de cette image provenant du 
codeur et en ce que le decodage des donnees audio et video se font 
lorsque cette horloge virtuelle VSTC est egale d la valeur PTS. 

30 Elle a aussi pour objet un decodeur satellite caracterise en ce 

qu'il comporte un decodeur MPEG et un dispositif de synchronisation 
selon la revendication 1 1 ou bien un recepteur de television, caracterise 
en ce qu'il comporte un decodeur MPEG et un dispositif de 
synchronisation selon la revendication 1 1. 
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L'enregistrement local sur un disque dur d'un programme sous 
forme PES impose done de prendre des precautions d la restitution : 
asservissement des horloges locales et synchronisation des d6codeurs 
video et audio. 

La methode propos^e ici s'efforce d'6muler les composantes 
de la transmission par satellite de manure k pouvoir faire fonctionner les 
decodeurs audio et vid6o dans des modes les plus proches possibles de 
leur fonctionnement nominal. 

L'invention a pour principal avantage de proposer un procede 
de synchronisation simple a mettre en ceuvre, ne necessitant pas 
I'exploitation des PGR et evitant les dysfonctionnements generalement 
rencontres lors de la lecture des donnees 3 partir du disque dur. 

Les caracteristiques et avantages de la presente invention 
ressortiront mieux de la description suivante, donnee a titre d'exemple et 
en reference aux figures annexSes, oti : 

la figure 1 represente un schema simplifie d'un d6codeur 
satellite avec disque dur, 

la figure 2a represente I'operation d'6criture des donndes audio 
et vid§o sur disque 

la figure 2b represente I'operation de lecture des donnees audio 
et vid6o sur disque 

la figure 3 represente les pointeurs ecriture et lecture 
relativement aux donnees enregistrees 

la figure 4 represente le fonctionnement d'un decodeur video 
au demarrage selon I'art anterieur 

la figure 5 represente les differentes etapes necessaires a la 
presentation d'une image decodee. 

Gestion des pointeurs 

Les figures 2a et 2b reprSsentent schematiquement la manidre 
dont est effectu6 le stockage et destockage des informations audio et 
vid€o sur le disque dur. 
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La figure 2a correspond a I'operation d'6criture sur le disque 
dur. Les PES video et audio sont enregistres sur le disque dans un meme 
bloc de 1 28 kO (256 blocs d'adressage [ou Iba, acronyme de logic block 
addressing en anglais] de 512 octets). La video occupe 112 kO et le son 
5 occupe une partie des 16 kO restants, proportionnellement au debit 
audio. La valeur q correspondant a la quantite d'audio qui arrive pendant 
que les 112 kO de video sont tamponnes, est ecrite en d6but de bloc de 
128 kO et correspond done a la quantite d'audio memorisee. A 
I'enregistrement d'un bloc le rapport des debits video/ audio est respects. 

-JO La figure 2b correspond a I'operation de lecture du disque dur, 

les 112 kO de video sont lus pour former le flux PES video en meme 
temps que la quantity q kO d'information audio (partie variable) pour 
former le flux PES audio. 

La figure 3 represente une succession de blocs de donnees, 

15 chacun de 128 kO, tels qu'ils sont memorises sur le disque dur et la 
position des pointeurs de lecture et d'6criture pour ce disque dur. La 
double fleche reference 9 represente le retard entre le pointeur 6criture 
(fl6che verticale a droite) et le pointeur lecture (flfcche verticale k 
gauche). La double fl6che r^ferencee 10 represente un ecart de consigne, 

20 ici 5 blocs, qui est I'ecart, pred6fini au depart, entre les pointeurs et la 
double fleche referencee 1 1 represente un 6cart de gel, e'est a dire un 
ecart minimum entraTnant un gel de I'image. 

L'idee est ici d'assurer, par logiciel, un ecart minimum, par 
exemple d'un bloc de 128kO entre les pointeurs. Lorsqu'il est atteint, le 

25 decodage est temporairement suspendu en arretant la lecture de la 
mernoire du decodeur, ce qui provoque un gel de I'image & l'6cran, 
jusqu'a ce qu'un bloc au moins separe l'6criture et la lecture. On ne 
cherche pas, en effet, a retablir I'ecart initial puisque de toute fa?on les 
donnees sont perdues et qu'il n'y a pas d'interet a maintenir I'image 

30 gelee dans le seul but de retablir le retard initial. 

Synchronisation Audio - Vid6o 

Etant donne le mode de stockage "entrelac6" des donnees 
audio et video, la restitution des deux composantes du programme se fait 
35 forcement simultanement. On peut dire en premiere approximation que le 



premier octet cle video et le premier octet d'audio atteignent leurs 
decodeurs respectifs en meme temps. Cela ne veut pas dire qu'ils seront 
decodes en meme temps, a cause du temps de transit de la video dans 
son decodeur. 

On sait que, pour eviter ['utilisation d'une memoire tampon 
audio de grande capacite, I'audio est phas6e en retard d6s le codage. 
Ainsi, 3 la restitution, en mode standard (transmission directe), I'audio se 
presente en phase avec la video. Ce retard est determine au codeur et 
est fonction du d6bit video. 

Lorsque les donnees sont enregistrees sur disque dur et du fait 
que celles-ci ne sont plus transmises aux decodeurs audio et video avec 
ce d6bit video, un dephasage reapparait entre I'audio et la vid^o. 

Le fonctionnement du decodeur vid6o au demarrage, dans le 
cas general, est represents en figure 4 d I'aide d'un organigramme. Ce 
demarrage s'effectue de la maniere suivante : 

Le processus de decodage, etape 1 2, report le flux de donnees 
pour extraire, entre autres, les en-tetes (headers en anglais). L'etape 13 
realise une boucle jusqu'S detecter la premiere en-tete sequence. Lorsque 
tel est le cas, l'6tape 14 est mise en oeuvre et consiste h lire Ten-tete 
image qui suit cette en-tete sequence. Si Tinformation PTS est 
exploitable, verification faite lors de l'6tape 15, reformation DTS est 
alors deduite lors de Tetape 16. L'etape 17 consiste en une boucle 
comparant DTS h I'horloge locale LSTC. La sortie de boucle correspond & 
I'egalite et, a la reception du prochain signal de synchro (VSYNC), un 
test de parite est effectue lors d'une etape 18 declenchant le decodage 
de I'image, etape 19, a la detection de la bonne parit§. 

Si I'information PTS n'est pas exploitable, une etape 20 
consiste en un remplissage de la memoire tampon du decodeur. L'etape 
21 controle le niveau de remplissage de cette memoire tampon. Lorsque 
le niveau minimum necessaire au d§codage est atteint et lors de la 
reception du prochain signal de synchro, un test de parite est effectuee, 
6tape 18. Le decodage de I'image, etape 19, est effectu6 k la detection 
de la bonne parity. 
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Le d6codage d'un flux PES video commence done sous 
plusieurs conditions. Tout d'abord, le decodeur ignore le debut du flux 
jusqu'S qu'il rencontre un debut de sequence, etape 13. II identifie done 
le premier entete sequence (SEQ) (sequence header en anglais) qui 
constitue le point d'entree du flux. Les donnees sont ensuite accumulees 
dans le tampon du decodeur a un rythme correspondant au debit de la 
transmission. Apres I'entete de sequence, I'entete d'image 
(picture_header) est re?ue par le decodeur, etape 14. 

Dans cet en-tete se trouve Tinformation concernant le niveau 
de buffer minimum necessaire au demarrage du decodage de cette 
premiere image. Une fois ce niveau atteint dans le tampon (etape 21), 
done apres un certain temps lie au debit video, le decodeur verifie la 
bonne parite (etape 18) du signal de synchronisation verticale (VSYNC) 
pour ordonner le decodage (etape 19). 

Dans le cas ou le VBV_delay n'est pas disponible dans le flux, 
e'est reformation PTS (Presentation Time Stamp) qui fixe le demarrage 
du decodage. 

Concernant le demarrage, les principales differences entre la 
reception directe (e'est a dire sans passer par un stockage sur disque) et 
la restitution des donnees a partir d'un disque dur sont: 

- le debit en lecture qui peut etre vu comme infini pour le 

disque, 

- I'absence d'horloge locale LSTC (Local System Time Clock) 
synchronisee sur ('information PCR (Program Clock Reference). 

Grace au fort debit vid6o possible lors du remplissage du 
tampon d partir du disque dur, lors du demarrage d'un flux, le decodage 
de la premiere image aura lieu plus tot que lors d'une reception directe, 
occasionnant un dephasage entre I'audio et la video. La synchronisation 
de I'audio associee a la video, telle que mise en oeuvre dans I'invention et 
comme explique plus loin, permet d'eviter un tel dephasage. 

La LSTC joue normalement un role majeur dans le controle de 
flux et dans la synchronisation de I'audio sur la video. Le controle de flux 
n'est pas un probleme lorsque les donnees proviennent du disque puisque 
la transmission s'arrete d6s que les tampons memoire sont pleins. II n'y a 
done pas de risque de perte de donnees. Par contre, une horloge de 
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reference reste n6cessaire pour permettre la synchronisation de I'auclio 
sur la video. Sexploitation d'une horloge STC virtuelle (VSTC) recr6ee a 
partir des informations PTS de la video permet cette synchronisation. 

La STC Virtuelle doit etre initialise le plus tot possible par le 
5 processus video afin de permettre a I'audio de se synchroniser sur cette 
horloge. Les informations n6cessaires h son initialisation sont : 

la valeur du compteur STC local (LSTC) 

le PTS de la premiere image. 

le VBVdelay de la premiere image (si present). 
10 la reference temporelle de la premiere image (TempRef) utilisee 

pour le reordonnancement des images. 

la parite de la synchro verticale VSYNC 

Etant donn£ le debit eleve disponible a la lecture du disque, ces 
informations que Ton obtient lors de I'acquisition du premier en-tete 
15 image (PIC header) sont disponibles trhs rapidement. 

La figure 5 represente, d'une mantere schematique, les 
differentes etapes dans le temps necessaires £ la presentation d'une 
image decodee. La bande superieure represente la succession de donnees 
20 qui ont ete memorises sur le disque et qui sont maintenant en lecture. 
Cette bande est decouple en p6riodes trames. 

Par la suite, on prendra la notation suivante : 

- Tpic pour representer une date (lettres minuscules apres T) 

- TVBV pour representer une duree (lettres majuscules). 

25 Apres detection du premier en-tete image apr6s I'en-tete 

sequence, une lecture et enregistrement des blocs a lieu dans le tampon 
du decodeur pendant un temps TVBV correspondant a VBVjielay. Apres 
ce temps, un controle de parite est effectue. Si le signal de synchro est 
de parite inverse de celle de I'image prete h etre decodee, cas de la 

30 figure, une duree 6gale h TVSYNC (20ms) est rajoutee pour determiner 
I'instant de decodage. Cet instant est appeie Tdec. Si la dur6e effective 
de decodage est superieure d une periode trame (cas de la figure ou la 
duree est representee par un rectangle dans lequel est inscrit 
« decodage »), la dur6e de decodage prise en compte TDEC est choisie 

35 egale a un nombre entier de durees TVSYNC immediatement superieur h 
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la duree effective. Si Tpres est I'instant effectif pour I'affichage de 
I'image decodee, I'ecart entre Tpres et Tdec est 6ga\ a TDEC + TempRef 
x TVSYNC, TempsRef etant la reference temporelle servant au 
reordonnancement des images. 

Au plus tot, le decodage de I'image, instant Tdec, commence d 
la premiere synchro VSYNC de bonne parite qui suit I'instant ou le niveau 
de la memoire tampon aura atteint le niveau correspondant au delai 
VBV delay au debit nominal. Ici encore, le debit 6lev6 & la lecture du 
disque fait que le temps de remplissage du tampon decodeur est faible et 
bien inferieur au VBVdelay. Ce debit peut etfe facilement 20 fois plus 
grand que celui de la transmission satellite. Pour donner un ordre d'idee, 
le remplissage du tampon du d6codeur de capacite 1,8Mbit, avec un 
debit de transmission satellite de 4 Mbit/s, necessite 0,45s. Ce d£lai est 
ramenS k 0,03s lorsque le remplissage se fait a partir d'un disque dur. 

On serait done en mesure de commencer le ddcodage de la 
vid6o plus tot, sans avoir besoin d'attendre cette dur6e VBVdelay. 
Cependant, I'audio et la video doivent rester synchronisees. Le decodage 
de I'audio ne pouvant pas, lui, etre anticip^ de la m§me fagon, ('audio se 
retrouverait en retard sur la video. Une telle situation n'est pas 
souhaitable car elle oblige a ignorer rapidement des donnees audio pour 
rattraper le retard. 

Pour pallier cet inconvenient et done compenser le fort d6bit 
offert par le disque, un retard appel6 TVBV est impose volontairement a 
la vid^o. Ce retard permet de simuler le VBV_delay original. 

TVBV = VBV_delay 

Si I'information VBV delay n'est pas disponible dans le flux, on 
peut la remplacer, dans la formule, par la taille du tampon d6codeur 
(std_buffer) : 

TVBV = (std_buffer / BitRateSat ) - (std_buffer / BitRateDisk ) 

Cette dur6e est fonction du d6bit video (debit de transmission 
satellite BitRateSat) et du d6bit du disque (BitRateDisk). 
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Comme le debit du disque est bien plus grand que celui du 
satellite, on peut approximer a : 

TVBV = std_buffer / BitRateSat. 

5 

La valeur BitRateSat est calculee d l'6criture. On connaTt en 
effet le nombre d'octets ecrits pendant une unit6 de temps. 

La taille du tampon est generalement de 1 ,8 Mbits. 

Une fois ce retard Scoule, le decodage peut commences 
10 Cependant, dans certaines implementations, I'ajout d'un retard de 20ms 
peut s'av£rer n6cessaire pour attendre la bonne parite de la Synchro 
Verticale. Comme il est preferable de garantir que I'audio ne demarrera 
pas en retard vis d vis de la vid6o plutot que I'inverse, on introduit par 
defaut un delai de 20ms (TVSYNC) qui permet ce rephasage avec la 
15 Synchro Verticale (VSYNC). La date de debut du decodage {Tdec) par 
rapport h la date de la detection de la premiere image (Tpic) est alors: 

Tdec = Tpic + TVBV + TVSYNC 

20 Connaissant I'instant de debut du decodage (Tdec), Tinstant de 

presentation (Tpres) est fonction de la reference temporelle de I'image 
(TempRef) et du delai necessaire a son decodage (TDEC): 
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Tpres = Tdec + TempRef * 40ms + TDEC 

TDEC est fonction de la mise en oeuvre du decodeur 
(typiquement 20ms ou 40ms ). Dans I'application, le temps de mise en 
oeuvre est de 40ms 

En remplacant Tdec par la valeur calculee plus haut : 

Tpres = Tpic + TVBV + TVSYNC + TempRef * 40ms + TDEC 
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La date Tpic qui est la valeur de I'horloge locale LSTC au 
moment exact ou la premiere image a 6te d6tect6e n'est pas forcement 
connue. En effet, par exemple dans notre systfeme, la mise en oeuvre de 
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I'horloge LSTC ne permet un 6chantillonnage cle sa valeur que toutes les 
20ms, II convient done de la remplacer par la formule suivante dans 
laquelle LSTCpic represente la valeur de I'horloge LSTC disponible 
(echantillonn6e £ la synchro verticale prScedente) au moment ou la 
premiere image est detectee 
Tpic = LSTCpic. 

et 

Tpres = LSTCpic + TVBV + TVSYNC + TempRef * 40ms + TDEC 

On calcule maintenant une valeur d'offset correspondant £ 
I'ecart entre I'instant de presentation effectif de I'image, Tpres, et 
Tinstant de presentation souhait£ par le codeur, PTS. Cet instant PTS n'a 
de signification qu'S la condition que I'horloge du d^codeur ait 6te 
initialisee et synchronisee sur le PCR. Ici, cette valeur PTS est utilisSe 
non pour definir un temps de presentation dans I'absolu mais pour 
permettre de synchroniser les instants de decodage audio et vid6o 
(memes PTS). 

L'offset est done la correction STCO (System Time Clock 
Offset) a effectuer sur I'horloge locale pour que I'instant de presentation 
de I'image, Tpres d§fini a partir de cette horloge locale, corresponde a 
l'6tiquette PTS : 

Tpres + STCO = PTS 

STCO = PTS - TVBV - TVSYNC - (TempRef x 40ms ) - TDEC - LSTCpic 

On a ainsi defini une horloge virtuelle VSTC telle que : 

VSTC = LSTC + STCO 
Cette horloge virtuelle sert de reference pour la synchronisation 

de I'audio. 

Lorsque la valeur de VSTC sera egale § PTS, la presentation de 
I'audio pourra etre effectuee et sera done en phase avec celle de la 
video. 

Le but de ces calculs est de prevoir I'instant de presentation 
r€e\ de la vid6o relative & une image (heure LSTC quelconque multiple de 
20 ms) afin de calculer le d6calage avec la valeur theorique PTS relative a 
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la video pour cette image. Ce decalage est alors exploit^ pour definir 
I'instant cle presentation reel des donn6es audio. 

Le PTS audio pourrait egalement etre utilise pour initialiser le 
VSTC et dans ce cas I'audio serait maTtre. Cette solution n'est pas 
5 retenue car la frequence de presence des PTS dans les trame audio est 
faible. 

On peut remarquer que, s'il n'y a pas de discontinuity dans le 
processus de decodage, le decodage video et la VSTC restent 
synchrones. A la presentation de chaque image, on peut alors verifier que 
10 VSTC - PTS. 

Deux types d'impond6rables peuvent perturber le processus de 
decodage de la video: 

- des perturbations liees au flux relu du disque peuvent 
entrainer des retards dans la presentation de certaines images ou bien 

15 des sauts en avant suite h la reinitialisation du decodeur et d la perte de 
donneeSo 

- l'ex£cution de « trick-modes » demandee par ('application 
(appellation utilis6e dans la norme et correspondant a des modes de 
fonctionnement specif iques tels que arret sur image, etc.) pendant 

20 lesquels la LSTC n'a plus de sens* 

Dans tous les cas, il convient de reinitialiser la VSTC comme 
au demarrage ou en sauvegardant une valeur de reprise (cas de la pause). 

L'offset doit etre reactualise reguliSrement (glissement de 
Thorloge LSTC par rapport au PTS qui est synchronise sur le PCR). On 
25 pourra prendre, comme periode de rafraTchissement, la periode image. 

Le demarrage du decodage de I'audio est plus immediat que 
celui de la video. II suffit de prendre en compte la VSTC pour savoir 
quand demarrer. II faut bien sur attendre que la VTSC ait 6te initialisee 
par la video. 

30 Dans la mesure ou on s'assure que la VSTC reste bien 

synchrone du decodage de la video, la synchronisation de I'audio sur la 
video se fait tout a fait naturellement par son asservissement sur la 
VSTC. II peut cependant arriver que le decodeur audio ne soit pas 
synchrone de Thorloge 27Mhz de reference qui rythme le decodeur video 
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mais d'une horloge indSpendante. Le d£codeur audio doit dans ce cas 
etre asservi sur la VSTC. 

Bien sur, le decodeur MPEG et le disque dur ont ete presentes 
int£gr£s dans un decodeur satellite. Ces elements ou un des ces Elements 
pourraient tout aussi bien faire partie d'un recepteur de television 
numerique recevant les donn6es comprim^es. 

Le flux entrant est decrit etant un flux de programmes PS. II 
peut egalement, sans sortir du domaine de I'invention, s'agir d'un flux de 
transport TS (Transport stream). 



17 



REVENDICATIONS 

1 Procede de synchronisation d'un d6codeur MPEG pour le 
d£codage de donnees comprim6es provenant d'un support 
d'enregistrement (4), ces donnees etant cbnstitue de paquets de donnees 
audio et video PES (Packetized Elementary Stream), caract6ris£ en ce 
qu'il comporte : 

- une etape de calcul d'un instant de presentation effectif 
Tpres de la video d'une image relatif a une horloge locale LSTC, 

- une etape de calcul d'un offset STCO entre cet instant de 
presentation calcule et I'etiquette PTS correspondant a I'instant de 
presentation souhaite par le codeur pour la video de cette image, pour 
definir une horloge virtuelle VSTC = STCO + LSTC 

- une presentation de la video et de I'audio correspondent h 
cette image aux dates PTS relatives a I'horloge virtuelle VSTC. 

2 Procede selon la revendication 1, caract6ris6 en ce que le 
temps de transit de la video dans le tampon du d6codeur video est 
impose a une valeur TVBV predetermin6e. 

3 Proc6de selon la revendication 2, caracterise en ce que la 
determination de TVBV est fonction du debit d'enregistrement des 
donnees PES sur le support d'enregistrement. 

4 Procede selon la revendication 2, caracteris6 en ce que la 
determination de TVBV est fonction du VBV_delay. 

5 Procede selon la revendication 1, caracterise en ce que 
I'offset est fonction de la duree de decodage de I'image (TDEC), arrondie 
a un nombre superieur de periodes trame. 

6 Proc6de selon la revendication 1, caracterise en ce que 
I'offset calcuie est increments d'une periode trame (TVSYNC). 




7 Procede selon la revendication 2, caract§ris6 en ce que 
I'offset STCO est egal a : 

STCO = PTS - TVBV - TVSYNC - (TempRef x 40ms ) - TDEC - 

LSTCpic 
5 ou : 

TVSYNC correspond d une periode trame, 

TDEC correspond a la duree de decodage de I'image arrondie a 
un nombre superieur de periodes trame, 

TempsRef represente la reference temporelle de I'image pour le 
10 r6ordonnancement, 

LSTCpic est relatif a I'instant de detection de la premiere 

image. 

8 Procede selon la revendication 1 , caract6ris6 en ce que 
15 I'horloge virtuelle VSTC est reactualis^e au demarrage, lors de 

I'execution de « trick-modes » ou lors d'une reinitialisation du decodeur 
video. 

9 Procede selon la revendication 1, caracterise en ce que 
20 I'horloge virtuelle VSTC est reactualisee a chaque image. 

I 0 Procede selon la revendication 1 pour la lecture de donnees 
en mode decale (time shifting), les donnees 6tant enregistrees a partir 
d'un pointeur ecriture, les donnees enregistr§es etant lues en temps 

25 decale a partir d'un pointeur lecture, caract6rise en ce qu'un 6cart 
minimum (11) est impose entre le pointeur lecture et ecriture et en ce 
que, lorsque cet ecart est atteint, le mode gel du decodeur est actionn6. 

I I Dispositif de synchronisation d'un decodeur MPEG (7, 8) 
30 sur un flux MPEG enregistre, les donnees enregistrees etant constitutes 

de paquets de donnees PES, caracterise en ce qu'il comporte des moyens 
pour calculer un offset STCO S appliquer a I'horloge locale LSTC du 
decodeur pour definir une horloge virtuelle VSTC, cet offset 6tant egal a 
la difference entre I'instant de presentation Tpres de la video d'une image 
35 calcule dans le r§ferentiel LSTC et la valeur PTS de presentation de cette 
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image provenant du codeur et en ce que le decodage des donnSes audio 
et vid6o se font lorsque cette horloge virtuelle VSTC est €gale a la valeur 
PTS correspondante. 

12 Dgcodeur satellite caracteris6 en ce qu'il comporte un 
d§codeur MPEG (7, 8) et un dispositif de synchronisation selon la 
revendication 1 1 . 

1 3 Recepteur de television, caract6ris6 en ce qu'il comporte un 
decodeur MPEG (7, 8) et un dispositif de synchronisation selon la 
revendication 11. 
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